home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000166_news@bigblue.oit.unc.edu_Thu May 12 20:36:42 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  12KB

  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA12391; Thu, 12 May 1994 17:15:19 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA21077; Thu, 12 May 1994 17:14:02 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Thu, 12 May 1994 20:36:42 GMT
  9. From: rnichols@ih4ehw.ih.att.com (na8520d00-Nichols)
  10. Message-Id: <CppIL6.vK@nntpa.cb.att.com>
  11. Organization: AT&T Bell Laboratories
  12. Sender: ses
  13. References: <2qrdb3$lr@bmerha64.bnr.ca>, <1994May12.155317.3383@megatek.com>, <arnsteinCppEAr.L72@netcom.com>
  14. Reply-To: rnichols@ihlpm.ih.att.com
  15. Subject: Re: 32 bit access with SCSI no available. Hunh? was Re: Win Mosaic alpha 4 (my fix)
  16.  
  17. In article <arnsteinCppEAr.L72@netcom.com>,
  18. >You've discovered the annoying fact that under Windows 3.1 and WFWG 3.11, SCSI
  19. >disk I/O is SLOW, SLOW, SLOW.  This is because Windows 3.1 won't do 32-bit
  20. >disk access for (almost all) SCSI host adapters.
  21. >
  22. >As a result, each time SCSI I/O occurs, Windows must switch from 32-bit
  23. >protected mode to real mode, and run code out of your SCSI host adapters ROM
  24. >BIOS.  Doubly slow!
  25. >
  26. >If you had 32-bit disk access going, Windows would run the code (32-bit disk
  27. >access driver) in protected mode, without touching your SCSI BIOS.
  28. >
  29. >Only Future Domain host adapters are supplied with a driver that permits
  30. >32-bit disk access from Windows.  This driver does not work with WFWG 3.11 and
  31. >besides, if you do use this driver, you may have to disable 32-bit disk access
  32. >for your IDE drive(s).
  33. >
  34. >Windows 3.1 users:
  35. >
  36. >    ***   J U S T    S A Y    N O    T O    S C S I   ***
  37.  
  38. You keep repeating this litany over and over, perhaps expecting it to
  39. become true by repetition alone.
  40.  
  41. Windows can run just fine on SCSI system, and the presence or absence
  42. of 32-bit access has little effect on the performance.  I run Windows
  43. on a SCSI system with no performance problems whatsoever.
  44.  
  45. If you are accessing your SCSI disk via the SCSI BIOS, though, you may
  46. indeed have a major performance problem.  For a busmastering SCSI
  47. adapter, this implies that you are using the double-buffering function
  48. of SMARTDrive, which will turn the fastest system into a dog.  (This
  49. was the case on my own system, as the manufacturer configured it.) 
  50. What you desperately need is an ASPI driver that either (a) supports
  51. the virtual DMA interface directly, or (b) provides the necessary
  52. buffering itself.  This will allow you to get rid of the SMARTDRV
  53. /DOUBLE_BUFFER line in your CONFIG.SYS.  Furthermore, the SCSI BIOS is
  54. no longer used once the ASPI driver is installed.  This eliminates
  55. another performance bottleneck since it is often impossible to enable
  56. shadowing for the SCSI BIOS, forcing the CPU to run directly from the
  57. 8-bit EPROM.  (In busmastering controllers, a portion of this address
  58. range is used as a mailbox and must be writable.  Most motherboards do
  59. not allow you to shadow a range of addresses and still be able to
  60. perform writes there.)
  61.  
  62. If you cannot obtain a driver that will permit you to eliminate
  63. SMARTDrive's double buffering, then I would have to agree with your
  64. "JUST SAY NO" advice -- for that particular SCSI adapter, anyway.
  65.  
  66. (BTW, to the best of my knowledge, the ASPI drivers in the
  67. CorelSCSI! package do NOT allow you to eliminate SMARTDrive's double
  68. buffering.  Adaptec's ASPI4DOS has a switch to provide the necessary
  69. buffering itself, as do the drivers for DTC's busmastering SCSI
  70. adapters.  For the Buslogic BT747S, the drivers perform the necessary
  71. functions automatically, with no explicit switch required.  I have no
  72. experience with other SCSI adapters.)
  73.  
  74. --
  75. Bob Nichols
  76. AT&T Bell Laboratories
  77. rnichols@ihlpm.ih.att.com
  78. From tcemail!is3.indy.tce.com!FisherM@uunet.uu.net Thu May 12 09:30:00 1994
  79. Received: from relay3.UU.NET by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  80.           id AA13652; Thu, 12 May 1994 17:33:43 -0400
  81. Received: from uucp3.uu.net by relay3.UU.NET with SMTP 
  82.     (5.61/UUNET-internet-primary) id AA03189; Thu, 12 May 94 17:33:43 -0400
  83. Received: from tcemail.UUCP by uucp3.uu.net with UUCP/RMAIL
  84.         ; Thu, 12 May 1994 17:33:42 -0400
  85. Reply-To: tcemail!FisherM@is3.indy.tce.com
  86. Received: from MSMAIL.INDY.TCE.COM (157.254.98.63) by nipper.indy.tce.com (PMDF
  87.  #12222) id <01HC9B8MAV4W8X1831@nipper.indy.tce.com>; Thu, 12 May 1994 16:32 EST
  88. Received: by MSMAIL.INDY.TCE.COM with Microsoft Mail id
  89.  <2DD2BB19@MSMAIL.INDY.TCE.COM>; Thu, 12 May 94 16:26:17 PDT
  90. Date: Thu, 12 May 94 16:30:00 PDT
  91. From: Fisher Mark <FisherM@is3.indy.tce.com>
  92. Subject: RE: Error 10037
  93. To: WinSock <winsock@sunsite.unc.edu>
  94. Message-Id: <2DD2BB19@MSMAIL.INDY.TCE.COM>
  95. Encoding: 17 TEXT
  96. X-Mailer: Microsoft Mail V3.0
  97.  
  98.  
  99. Craig Larsen wrote in <larsenc.81.000B4811@lcs.com>:
  100. > I'm running Chameleon v4.004.   I have been consistently getting
  101. >Error 10037 for the past few days.
  102. >...
  103. >BTW, my machine is a 486-33, 8MB RAM, 14.4k SL/IP connection.
  104. 10037 is the error code for when an attempt is made to perform a second 
  105. operation on a non-blocking socket while the first one is still in progress. 
  106.  Did this error just start when you started using v4.004?  I have been using 
  107. v4.00 without problems on an Ethernet connection.
  108. ======================================================================
  109. Mark Fisher                            Thomson Consumer Electronics
  110. fisherm@tcemail.indy.tce.com           Indianapolis, IN
  111.  
  112. "Just as you should not underestimate the bandwidth of a station wagon
  113. traveling 65 mph filled with 8mm tapes, you should not overestimate
  114. the bandwidth of FTP by mail."
  115. From news@bigblue.oit.unc.edu Mon May 12 18:41:16 1994
  116. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  117.           id AA14272; Thu, 12 May 1994 17:45:13 -0400
  118. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  119.           id AA28328; Thu, 12 May 1994 17:30:45 -0400
  120. Received: from GATEWAY by bigblue with netnews
  121.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  122. To: winsock@sunsite.unc.edu
  123. Date: 12 May 1994 18:41:16 GMT
  124. From: mbc@po.CWRU.Edu (Michael B. Comet)
  125. Message-Id: <2qtt8c$srt@usenet.INS.CWRU.Edu>
  126. Organization: Case Western Reserve University, Cleveland, OH (USA)
  127. Sender: ses
  128. Reply-To: mbc@po.CWRU.Edu (Michael B. Comet)
  129. Subject: WSAAsyncSelct() - iMsg = what?
  130.  
  131.  
  132.  
  133. Question:
  134.  
  135.     For asynch notification on a socket:
  136.  
  137.     The application will get notified on hWnd passed in for the message
  138. iMsg.  wParam=socket id and lParam=event and error.
  139.  
  140.  
  141.     Question is, how do you select a good number/id for iMsg?
  142.  
  143.     ie: How do I know my #define for my Msg won't conflict with say the
  144. value of WM_PAINT etc...?
  145.  
  146.     I would have assumed the message would be WM_COMMAND all the time,
  147. and wParam would be used more like the msg id for menu items etc...
  148.  
  149.     Can anyone explain this to me?
  150.  
  151.     Thanks!
  152.  
  153.  
  154. Mike Comet
  155. mbc@po.cwru.edu
  156. -- 
  157. +--------------------------------------------------------------------------+
  158. | Michael Comet, mbc@po.CWRU.Edu - CWRU, Software Engineer/Graphics Artist |
  159. | Computer Graphics/Animation! - Liquid Vision SIG (go liquid),  Freenet   |
  160. +--------------------------------------------------------------------------+
  161. From news@bigblue.oit.unc.edu Thu May 12 13:43:29 1994
  162. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  163.           id AA14300; Thu, 12 May 1994 17:45:37 -0400
  164. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  165.           id AA34282; Thu, 12 May 1994 17:38:39 -0400
  166. Received: from GATEWAY by bigblue with netnews
  167.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  168. To: winsock@sunsite.unc.edu
  169. Date: Thu, 12 May 1994 13:43:29 GMT
  170. From: calanan@fstrf.org (Michael C. Calanan)
  171. Message-Id: <calanan.11.000EBA00@fstrf.org>
  172. Organization: Frontier Science
  173. Sender: ses
  174. Subject: Trumpet News Reader error "211 14..."?
  175.  
  176. I am having a problem With Trumpet News Reader for WS, Version 1.0A and am 
  177. wondering if anyone is having the same or can help.
  178.  
  179. I am running Trumpet Winsock 1.0A (Peter Tattam) over Windows for Workgroups
  180. Version 3.10 that is running with the WIN32S.ZIP 32-bit DLL's that came with 
  181. an MPEG player: MPEGPLAY by Michael Simmons.
  182.  
  183. Every once in a while (maybe once per day to two days) I receive the following 
  184. error in a dialog box with only an OK button:
  185.  
  186. Trumpet Error:
  187.  
  188. 211 14 882 895 {news.group.name}
  189.  
  190. It has happened with more than one group.
  191.  
  192. For info, I read and post via NNTP services @ news.fu-berlin.de (130.133.4.250)
  193.  
  194. Once this message comes up the machine locks up...Any one run into this? 
  195. Any Ideas?
  196.  
  197. Thanks in advance ...
  198.  
  199. Mike Calanan
  200. calanan@fstrf.org
  201. From ueen@sunyit.edu Thu May 12 14:09:19 1994
  202. Received: from sunyit.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  203.           id AA15739; Thu, 12 May 1994 18:12:05 -0400
  204. Received: by sunyit.edu (5.57/3.1.091691-SUNY -- Inst. of Tech.)
  205.     id AA23090; Thu, 12 May 94 18:09:20 -0400
  206. Message-Id: <9405122209.AA23090@sunyit.edu>
  207. From: ueen@sunyit.edu (Eugene E. Ninestein)
  208. Date: Thu, 12 May 1994 18:09:19 -0400
  209. X-Mailer: Mail User's Shell (7.2.3 5/22/91)
  210. To: winsock@sunsite.unc.edu
  211. Subject: PowerTCP
  212.  
  213. Dear Sirs/Ma'ams,
  214.         Have you heard of a product called PowerTCP?
  215. Is it a shareware prod. or commercial?
  216.  
  217. Thanks
  218. G.N.
  219.  
  220. -- 
  221. From news@bigblue.oit.unc.edu Fri May 13 00:09:44 1994
  222. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  223.           id AA15921; Thu, 12 May 1994 18:15:07 -0400
  224. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  225.           id AA10222; Thu, 12 May 1994 18:14:19 -0400
  226. Received: from GATEWAY by bigblue with netnews
  227.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  228. To: winsock@sunsite.unc.edu
  229. Date: Thu, 12 May 1994 14:09:44 +1000
  230. From: c603905@showme.missouri.edu (Doug Nelson)
  231. Message-Id: <c603905.19.00649775@showme.missouri.edu>
  232. Organization: University of Missouri - Columbia
  233. Sender: ses
  234. Subject: killfiles and windows clients
  235.  
  236. sorry if this is the wrong area for this, but i use wintrumpet and winvn 
  237. exclusively so i've been isolated from the unix prompt and i thought someone 
  238. her might be more appropriate to help
  239.  
  240. how do you generate a killfile for windows readers? especially wintrumpet
  241.  
  242. tangent:  wintrumpet and trumpet winsock are shareware, but i see nothing 
  243. about the fees involved anywhere (i looked)   any info?
  244.  
  245. feel free to email direct if these are just too stupid or inappropriate for 
  246. the newsgroup
  247. ******************************************************
  248.     Doug Nelson      c603905@showme.missouri.edu
  249.  
  250.     the most feared woman in the universe?
  251.        -Tonya Rodham Bobbit ...of BORG!
  252. From news@bigblue.oit.unc.edu Thu May 12 05:12:57 1994
  253. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  254.           id AA17532; Thu, 12 May 1994 18:45:07 -0400
  255. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  256.           id AA14113; Thu, 12 May 1994 18:22:08 -0400
  257. Received: from GATEWAY by bigblue with netnews
  258.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  259. To: winsock@sunsite.unc.edu
  260. Date: Thu, 12 May 94 12:12:57 -0700 (PDT)
  261. From: KCARPENT@mindlink.bc.ca (Ken Carpenter)
  262. Message-Id: <44574@mindlink.bc.ca>
  263. Organization: MIND LINK! - British Columbia, Canada
  264. Sender: ses
  265. Subject: WinSock 1.2 or 2.0 API?
  266.  
  267. Is there any word yet on when the next version of the WinSock Specification
  268. will be released?
  269.  
  270. I am researching Windows Sockets for an embedded application and would like
  271. to work with the latest version of the specification if it is available or
  272. will be available soon.
  273.  
  274. Thanks,
  275.  
  276. Ken Carpenter